<!DOCTYPE html PUBLIC '-//W3C//DTD XHTML 1.0 Transitional//EN' 'http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd'>
<html xmlns='http://www.w3.org/1999/xhtml'>
<head>
<title>doc/README.QNX</title>
<meta name='robots' content='noindex,nofollow' />
<meta name='generator' content='GLOBAL-6.5.7' />
<meta http-equiv='Content-Style-Type' content='text/css' />
<link rel='stylesheet' type='text/css' href='../style.css' />
</head>
<body>
<!-- beginning of fixed guide -->
<div id='guide'><ul>
<li><a href='#TOP'><img class='icon' src='../icons/first.png' alt='[^]' /></a></li>
<li><a href='#BOTTOM'><img class='icon' src='../icons/last.png' alt='[v]' /></a></li>
<li><a href='#TOP'><img class='icon' src='../icons/top.png' alt='[top]' /></a></li>
<li><a href='#BOTTOM'><img class='icon' src='../icons/bottom.png' alt='[bottom]' /></a></li>
<li><a href='../mains.html'><img class='icon' src='../icons/index.png' alt='[index]' /></a></li>
<li><a href='../help.html'><img class='icon' src='../icons/help.png' alt='[help]' /></a></li>
<li class='standout'><span><a href='../files/doc.html'>doc</a>/README.QNX</span></li>
</ul></div>
<!-- end of fixed guide -->
<a id='TOP' name='TOP'></a><h2 class='header'><a href='../mains.html'>root</a>/<a href='../files/doc.html'>doc</a>/README.QNX</h2>
<em class='comment'>/* <img class='icon' src='../icons/n_left.png' alt='[previous]' /><img class='icon' src='../icons/n_right.png' alt='[next]' /><img class='icon' src='../icons/n_first.png' alt='[first]' /><img class='icon' src='../icons/n_last.png' alt='[last]' /><img class='icon' src='../icons/n_top.png' alt='[top]' /><a href='#BOTTOM'><img class='icon' src='../icons/bottom.png' alt='[bottom]' /></a><a href='../mains.html'><img class='icon' src='../icons/index.png' alt='[index]' /></a><a href='../help.html'><img class='icon' src='../icons/help.png' alt='[help]' /></a>&nbsp;<input type='text' readonly onfocus='this.select();' value='+1 doc/README.QNX'  /> */</em>
<hr />
<pre>
<a id='L1' name='L1'></a>Midnight Commander for QNX (not QNX Neutrino)
<a id='L2' name='L2'></a>---------------------------------------------
<a id='L3' name='L3'></a> 
<a id='L4' name='L4'></a>1. Compiling
<a id='L5' name='L5'></a>2. Running 'mc' under QNX
<a id='L6' name='L6'></a>3. List of modifications on mc-4.1.33
<a id='L7' name='L7'></a>4. TODO
<a id='L8' name='L8'></a>5. Contact information
<a id='L9' name='L9'></a> 
<a id='L10' name='L10'></a>1. Compiling
<a id='L11' name='L11'></a>------------
<a id='L12' name='L12'></a> 
<a id='L13' name='L13'></a>1.1 Make utility
<a id='L14' name='L14'></a>----------------
<a id='L15' name='L15'></a> 
<a id='L16' name='L16'></a>Use 'gmake'. (This is the default 'make' under QNX 4.23+). [The old 'qmake'
<a id='L17' name='L17'></a>cannot handle the makefiles in the mc-source.]
<a id='L18' name='L18'></a> 
<a id='L19' name='L19'></a>1.2 Configuring
<a id='L20' name='L20'></a>---------------
<a id='L21' name='L21'></a> 
<a id='L22' name='L22'></a>If you don't have an installed TCP/IP development kit, you have to 'hide'
<a id='L23' name='L23'></a>the library file 'socket3r.lib' (can be installed by e.g. Watcom C 10.6)
<a id='L24' name='L24'></a>in /usr/lib or /usr/watcom/10.6/usr/lib, because the existence of this file
<a id='L25' name='L25'></a>will confuse 'configure': it will erroneously assume you have the complete
<a id='L26' name='L26'></a>TCP/IP development kit (with headers) and will enable compiling of the
<a id='L27' name='L27'></a>network-related VFS code (not only tarfs).
<a id='L28' name='L28'></a>[A patch would be required in the configure-script to check the existence
<a id='L29' name='L29'></a>of the TCP/IP-related headers also...]
<a id='L30' name='L30'></a> 
<a id='L31' name='L31'></a>Use '--disable-nls' option, if you don't have the binary utilities of
<a id='L32' name='L32'></a>GNU 'gettext' package (e.g. 'msgfmt'). ['--with-included-gettext' doesn't
<a id='L33' name='L33'></a>really work in 4.1.33, there are configuration/compiling problems...]
<a id='L34' name='L34'></a> 
<a id='L35' name='L35'></a>1.3 Compiler
<a id='L36' name='L36'></a>------------
<a id='L37' name='L37'></a> 
<a id='L38' name='L38'></a>It is advised to use Watcom C 10.6+ to compile the source, because older
<a id='L39' name='L39'></a>compilers (e.g. 9.52) do not support some convenient/required features.
<a id='L40' name='L40'></a>[e.g. 'ar'-compatible 'wlib',...]
<a id='L41' name='L41'></a> 
<a id='L42' name='L42'></a>1.4 "No prototype found for '&lt;function&gt;'" warnings
<a id='L43' name='L43'></a>--------------------------------------------------
<a id='L44' name='L44'></a> 
<a id='L45' name='L45'></a>It is advised to use high warning level (e.g. 'CFLAGS="-w4" ./configure'),
<a id='L46' name='L46'></a>when compiling the source, because Watcom C uses a special parameter passing
<a id='L47' name='L47'></a>convention for functions with fixed number of arguments only. So if the
<a id='L48' name='L48'></a>compiler doesn't see the correct prototype of a function with variable
<a id='L49' name='L49'></a>number of arguments (like printf()), it will produce a warning about the
<a id='L50' name='L50'></a>missing prototype, but generates function call code according to the special
<a id='L51' name='L51'></a>parameter passing convention, not the required CDECL convention (it is used
<a id='L52' name='L52'></a>by default for functions with variable number of arguments). So the calling
<a id='L53' name='L53'></a>convention of the function call code and the function code itself will not
<a id='L54' name='L54'></a>match! So you MUST provide the correct prototype for function with variable
<a id='L55' name='L55'></a>number of arguments! (Or you can force using the stack-based calling
<a id='L56' name='L56'></a>convention as a default, if you have the stack-call-conv version of all of the
<a id='L57' name='L57'></a>required libraries ('&lt;name&gt;3s.lib')...[Watcom C 10.6 required!])
<a id='L58' name='L58'></a> 
<a id='L59' name='L59'></a>[The latest release version (4.1.33/qnx) is checked against these types of
<a id='L60' name='L60'></a>missing prototypes...]
<a id='L61' name='L61'></a> 
<a id='L62' name='L62'></a>1.5 Tested configuration
<a id='L63' name='L63'></a>------------------------
<a id='L64' name='L64'></a> 
<a id='L65' name='L65'></a>QNX 4.24
<a id='L66' name='L66'></a>Watcom C 10.6 (release version, no newer beta patches)
<a id='L67' name='L67'></a>Photon 1.12
<a id='L68' name='L68'></a>no TCP/IP development kit (-&gt; VFS: tarfs only!)
<a id='L69' name='L69'></a>mc-4.1.33, mc-4.1.34
<a id='L70' name='L70'></a> 
<a id='L71' name='L71'></a>2. Running 'mc' under QNX
<a id='L72' name='L72'></a>-------------------------
<a id='L73' name='L73'></a> 
<a id='L74' name='L74'></a>Using 'qnx*' terminals:
<a id='L75' name='L75'></a> 
<a id='L76' name='L76'></a>  You cannot use your keyboard correctly, if you disable the "Full 8 bits
<a id='L77' name='L77'></a>  input" feature in the 'Options|Display bits...' dialog.
<a id='L78' name='L78'></a> 
<a id='L79' name='L79'></a>  On 'qnx*' terminals 'mc' will run in black and white mode by default,
<a id='L80' name='L80'></a>  because these types of terminals use non-ANSI-compatible color sequences.
<a id='L81' name='L81'></a> 
<a id='L82' name='L82'></a>Accessing remote nodes via the native QNX-network:
<a id='L83' name='L83'></a> 
<a id='L84' name='L84'></a>  [The problem exists under the older versions of 'mc' only...]
<a id='L85' name='L85'></a>  If directory panels cannot handle '//&lt;node-id&gt;' prefix in directory names,
<a id='L86' name='L86'></a>  use directory links in order to access remote nodes on the native QNX
<a id='L87' name='L87'></a>  network:
<a id='L88' name='L88'></a> 
<a id='L89' name='L89'></a>        mkdir /net
<a id='L90' name='L90'></a>        ln -sf //1/ /net/1
<a id='L91' name='L91'></a>        ...
<a id='L92' name='L92'></a> 
<a id='L93' name='L93'></a>Extension and menu files:
<a id='L94' name='L94'></a> 
<a id='L95' name='L95'></a>  Default 'tar' uses 'stderr' (and not 'stdout' as its 'normal' output with
<a id='L96' name='L96'></a>  '-t' option.
<a id='L97' name='L97'></a>  
<a id='L98' name='L98'></a>  Default 'tar' is not a GNU 'tar', so does not understand '-z' option.
<a id='L99' name='L99'></a> 
<a id='L100' name='L100'></a>Special key-mappings:
<a id='L101' name='L101'></a> 
<a id='L102' name='L102'></a>  Restrictions of the META-? as Alt-? functionality:
<a id='L103' name='L103'></a>  [META-? as ESC-? will always work!!!]
<a id='L104' name='L104'></a> 
<a id='L105' name='L105'></a>    Alt-TAB   -&gt; Ctrl-TAB    (Alt-TAB reserved in Photon [1.12+])
<a id='L106' name='L106'></a>    Alt-ENTER -&gt; Ctrl-ENTER  ('qnx*' terminals only)
<a id='L107' name='L107'></a>  
<a id='L108' name='L108'></a>    Alt-&lt;uppercase letter&gt;: doesn't work
<a id='L109' name='L109'></a> 
<a id='L110' name='L110'></a>'qansi*' terminals:
<a id='L111' name='L111'></a> 
<a id='L112' name='L112'></a>  Problem [QNX 4.23+ only]: screen corruption (strange line-drawing character
<a id='L113' name='L113'></a>  set handling) on 'qansi*' terminals, if linked with mc/Slang/terminfo
<a id='L114' name='L114'></a>  terminal management. (Older versions of QNX and Slang/termcap not affected.)
<a id='L115' name='L115'></a> 
<a id='L116' name='L116'></a>  This problem is solved, see the comments in slang/sldisply.c about
<a id='L117' name='L117'></a>  SLTT_TRANSP_ACS_PATCH and QNX_QANSI_SLANG_COMPAT_ACS!
<a id='L118' name='L118'></a> 
<a id='L119' name='L119'></a>other terminals:
<a id='L120' name='L120'></a> 
<a id='L121' name='L121'></a>  I have tested 'mc' under QNX on 'qnx*' and 'qansi*' terminals only. 
<a id='L122' name='L122'></a>  
<a id='L123' name='L123'></a>toggle panels on/off (CTRL-o):
<a id='L124' name='L124'></a> 
<a id='L125' name='L125'></a>  Currently not supported, but could be implemented later...
<a id='L126' name='L126'></a> 
<a id='L127' name='L127'></a>3. List of modifications on mc-4.1.33/mc-4.1.34
<a id='L128' name='L128'></a>-----------------------------------------------
<a id='L129' name='L129'></a> 
<a id='L130' name='L130'></a>edit/
<a id='L131' name='L131'></a> 
<a id='L132' name='L132'></a> syntax.c: (4.1.33 only, fixed in 4.1.34)
<a id='L133' name='L133'></a> 
<a id='L134' name='L134'></a>   line 100,191: WCC 10.6 doesn't like "&lt;label&gt;: }" construct ("no statement
<a id='L135' name='L135'></a>   after the label"), modified to "&lt;label&gt;: /*nop*/; }".
<a id='L136' name='L136'></a> 
<a id='L137' name='L137'></a>lib/
<a id='L138' name='L138'></a> 
<a id='L139' name='L139'></a>  mc.menu:
<a id='L140' name='L140'></a> 
<a id='L141' name='L141'></a>    'Z' on 'tar.Z' and 'tar.z' files: '%f' -&gt; '$1'.
<a id='L142' name='L142'></a> 
<a id='L143' name='L143'></a>  mc.ext.in.qnx.diff:
<a id='L144' name='L144'></a> 
<a id='L145' name='L145'></a>    QNX: modified 'mc.ext.in'. [tar -t: output to stderr,...]
<a id='L146' name='L146'></a>    
<a id='L147' name='L147'></a>    (No automatic install implemented: patch must be applied before
<a id='L148' name='L148'></a>    running 'configure' [-&gt;mc.ext.in.qnx.diff!]; this patch can be not
<a id='L149' name='L149'></a>    only QNX-specific...) 
<a id='L150' name='L150'></a> 
<a id='L151' name='L151'></a>  Makefile.in:
<a id='L152' name='L152'></a> 
<a id='L153' name='L153'></a>    'mc.ext.in.qnx.diff' added to DISTLIB.
<a id='L154' name='L154'></a> 
<a id='L155' name='L155'></a>slang/
<a id='L156' name='L156'></a> 
<a id='L157' name='L157'></a>  sldisply.c:
<a id='L158' name='L158'></a> 
<a id='L159' name='L159'></a>    SLTT_TRANSP_ACS_PATCH dependent code:
<a id='L160' name='L160'></a> 
<a id='L161' name='L161'></a>    The problem: some terminals (e.g. QNX/qansi*) map the whole upper half of
<a id='L162' name='L162'></a>    the ASCII table to the lower half, when alt-char-set is activated with
<a id='L163' name='L163'></a>    the smacs/as string-sequence. This means, that if 0 &lt;= ch &lt; 128 written
<a id='L164' name='L164'></a>    to the terminal, it will be translated to (ch+128) automatically by the
<a id='L165' name='L165'></a>    terminal: so not only the line-drawing characters can be written, when
<a id='L166' name='L166'></a>    the alt-char-set is activated. It implicitly means, that space, NL, CR,
<a id='L167' name='L167'></a>    etc. characters (exactly: anything besides the "standard" line drawing
<a id='L168' name='L168'></a>    characters) cannot be written directly to the terminal, when the
<a id='L169' name='L169'></a>    alt-char-set is activated, because writing these characters doesn't cause
<a id='L170' name='L170'></a>    an implicit/temporary switching-back to the standard char-set!
<a id='L171' name='L171'></a>   
<a id='L172' name='L172'></a>    The original code in SLang assumes that space, NL, CR, etc. can be
<a id='L173' name='L173'></a>    printed when alt-char-set is activated. If SLTT_TRANSP_ACS_PATCH is
<a id='L174' name='L174'></a>    defined, the modified code will not use this assumption.
<a id='L175' name='L175'></a>    [Remark: the patch-code is not the most exact solution, but works...]
<a id='L176' name='L176'></a> 
<a id='L177' name='L177'></a>    QNX_QANSI_SLANG_COMPAT_ACS_PATCH dependent code:
<a id='L178' name='L178'></a> 
<a id='L179' name='L179'></a>    A more OS/terminal-specific solution for the problem mentioned above
<a id='L180' name='L180'></a>    (-&gt;SLTT_TRANSP_ACS_PATCH).
<a id='L181' name='L181'></a>  
<a id='L182' name='L182'></a>    If QNX_QANSI_SLANG_COMPAT_ACS is defined, the default smacs/sa, rmacs/ae,
<a id='L183' name='L183'></a>    acsc/ac [and sgr/sa, if it would be used!] command sequences will be
<a id='L184' name='L184'></a>    replaced internally with the "old style" (pre-QNX 4.23) sequences in case
<a id='L185' name='L185'></a>    of QNX/qansi terminals. Using these optional command sequences the terminal
<a id='L186' name='L186'></a>    remains compatible with the original SLang code (without using the
<a id='L187' name='L187'></a>    workaround-code enabled by defining SLTT_TRANSP_ACS_PATCH).
<a id='L188' name='L188'></a>   
<a id='L189' name='L189'></a>    Remark:
<a id='L190' name='L190'></a> 
<a id='L191' name='L191'></a>    Currently SLTT_TRANSP_ACS_PATCH is not auto-configured by 'configure'.
<a id='L192' name='L192'></a>    (Must be manually defined...)
<a id='L193' name='L193'></a> 
<a id='L194' name='L194'></a>    There is some (QNX-specific) auto-configuration hand-coded in the source:
<a id='L195' name='L195'></a> 
<a id='L196' name='L196'></a>        #ifdef SLTT_TRANSP_ACS_PATCH
<a id='L197' name='L197'></a>        # if defined(__QNX__) &amp;&amp; defined(QNX_QANSI_SLANG_COMPAT_ACS)
<a id='L198' name='L198'></a>        #  undef SLTT_TRANSP_ACS_PATCH
<a id='L199' name='L199'></a>        # endif
<a id='L200' name='L200'></a>        #else
<a id='L201' name='L201'></a>        # if defined(__QNX__) &amp;&amp; !defined(QNX_QANSI_SLANG_COMPAT_ACS)
<a id='L202' name='L202'></a>        #  define QNX_QANSI_SLANG_COMPAT_ACS 1
<a id='L203' name='L203'></a>        # endif
<a id='L204' name='L204'></a>        #endif
<a id='L205' name='L205'></a> 
<a id='L206' name='L206'></a>  slutty.c:
<a id='L207' name='L207'></a> 
<a id='L208' name='L208'></a>    "newtty.c_iflag &amp;= ~(ECHO | INLCR | ICRNL);"
<a id='L209' name='L209'></a> 
<a id='L210' name='L210'></a>    ECHO(0x08) is a c_lflag bit, it means PARMRK(0x08) in c_iflag. (!?!)
<a id='L211' name='L211'></a> 
<a id='L212' name='L212'></a>src/
<a id='L213' name='L213'></a> 
<a id='L214' name='L214'></a>  file.c:
<a id='L215' name='L215'></a> 
<a id='L216' name='L216'></a>    'do_reget' can be extern if (ENABLE_VFS &amp;&amp; USE_NETCODE), not if (ENABLE_VFS).
<a id='L217' name='L217'></a> 
<a id='L218' name='L218'></a>  find.c:
<a id='L219' name='L219'></a> 
<a id='L220' name='L220'></a>    search_content():
<a id='L221' name='L221'></a>    
<a id='L222' name='L222'></a>    variable 'i' "must be" 'int', not 'char'. ["i == -1": (buggy?) WCC 10.6
<a id='L223' name='L223'></a>    doesn't convert automatically (int)(-1) to (char)(-1) (GCC does), so
<a id='L224' name='L224'></a>    "comparison result always 0" warning produced. It is cleaner to define
<a id='L225' name='L225'></a>    'i' as 'int', than cast '-1' to 'char', because 'read()' returns 'int'.]
<a id='L226' name='L226'></a>    
<a id='L227' name='L227'></a>  key.c:
<a id='L228' name='L228'></a> 
<a id='L229' name='L229'></a>    init_key():
<a id='L230' name='L230'></a> 
<a id='L231' name='L231'></a>    Call load_xtra_key_defines() and clear 'use_8th_bit_as_meta' by default
<a id='L232' name='L232'></a>    under QNX, if a 'qnx*' terminal detected. (A saved config file (mc.ini)
<a id='L233' name='L233'></a>    can override it later...)
<a id='L234' name='L234'></a> 
<a id='L235' name='L235'></a>  key.h:
<a id='L236' name='L236'></a> 
<a id='L237' name='L237'></a>    Declare load_xtra_key_defines().
<a id='L238' name='L238'></a> 
<a id='L239' name='L239'></a>  keyxdef.c:
<a id='L240' name='L240'></a> 
<a id='L241' name='L241'></a>    Provides a method to define some platform-specific additional key
<a id='L242' name='L242'></a>    mappings. (e.g. QNX terminals can handle most of META-? combinations as
<a id='L243' name='L243'></a>    ALT-?...)
<a id='L244' name='L244'></a>    
<a id='L245' name='L245'></a>    (Currently not listed in doc/FILES...)
<a id='L246' name='L246'></a> 
<a id='L247' name='L247'></a>  layout.c:
<a id='L248' name='L248'></a> 
<a id='L249' name='L249'></a>    TIOCGWINSZ must be available (&lt;sys/ioctl.h&gt; included), because window-
<a id='L250' name='L250'></a>    resizing code doesn't work, if not defined.
<a id='L251' name='L251'></a> 
<a id='L252' name='L252'></a>  main.c:
<a id='L253' name='L253'></a> 
<a id='L254' name='L254'></a>    print_usage(): reserved name in the QNX run-time library!
<a id='L255' name='L255'></a>    print_usage() -&gt; print_mc_usage()
<a id='L256' name='L256'></a> 
<a id='L257' name='L257'></a>  mouse.c:
<a id='L258' name='L258'></a> 
<a id='L259' name='L259'></a>    QNX: ncurses 1.9.8a ported to QNX doesn't provide the 'SP' pointer as a
<a id='L260' name='L260'></a>    global symbol in the library, so the keyok() emulation currently cannot
<a id='L261' name='L261'></a>    be used under QNX (4.24 &amp; Watcom C 10.6 release version).
<a id='L262' name='L262'></a> 
<a id='L263' name='L263'></a>  slint.c:
<a id='L264' name='L264'></a> 
<a id='L265' name='L265'></a>    QNX: 'qansi*' terminals added to the color_terminals[] list.
<a id='L266' name='L266'></a>    
<a id='L267' name='L267'></a>  subshell.c:
<a id='L268' name='L268'></a>  utilunix.c:
<a id='L269' name='L269'></a> 
<a id='L270' name='L270'></a>    QNX: include &lt;unix.h&gt; to get prototype for exec*()!!!
<a id='L271' name='L271'></a>    [See README.QNX/Section 1.4!]
<a id='L272' name='L272'></a>    
<a id='L273' name='L273'></a>  Makefile.in:
<a id='L274' name='L274'></a> 
<a id='L275' name='L275'></a>    'keyxdef' module added to SRCS and OBJS.
<a id='L276' name='L276'></a> 
<a id='L277' name='L277'></a>vfs/
<a id='L278' name='L278'></a> 
<a id='L279' name='L279'></a>&lt;mc-src-root&gt;/
<a id='L280' name='L280'></a> 
<a id='L281' name='L281'></a>  README.QNX:
<a id='L282' name='L282'></a> 
<a id='L283' name='L283'></a>    QNX-specific notes...
<a id='L284' name='L284'></a>  
<a id='L285' name='L285'></a>  configure (line 3369):
<a id='L286' name='L286'></a>  configure.in (line 88):
<a id='L287' name='L287'></a> 
<a id='L288' name='L288'></a>    (mc-4.1.34 only)
<a id='L289' name='L289'></a>    'test x$CCOPTS = x;' =&gt; 'test "x$CCOPTS" = x;'
<a id='L290' name='L290'></a> 
<a id='L291' name='L291'></a>  Makefile.in:
<a id='L292' name='L292'></a> 
<a id='L293' name='L293'></a>    README.QNX added to DISTMAIN.
<a id='L294' name='L294'></a>    
<a id='L295' name='L295'></a>4. TODO
<a id='L296' name='L296'></a>-------
<a id='L297' name='L297'></a> 
<a id='L298' name='L298'></a>Because of limited time and resources now I can define a 'wish list' only:
<a id='L299' name='L299'></a>(maybe somebody in the QNX community can help...)
<a id='L300' name='L300'></a> 
<a id='L301' name='L301'></a>subshell support with panel switch on/off ?
<a id='L302' name='L302'></a>mouse under Photon (with qnxm, qansi-m terminals) ?
<a id='L303' name='L303'></a>...
<a id='L304' name='L304'></a> 
<a id='L305' name='L305'></a>5. Contact information
<a id='L306' name='L306'></a>----------------------
<a id='L307' name='L307'></a> 
<a id='L308' name='L308'></a>Please report QNX-specific bugs and comments via e-mail to: gt_cosy@usa.net
<a id='L309' name='L309'></a> 
<a id='L310' name='L310'></a> 
<a id='L311' name='L311'></a>-------------
<a id='L312' name='L312'></a>Tamasi Gyorgy
<a id='L313' name='L313'></a>-------------
</pre>
<hr />
<a id='BOTTOM' name='BOTTOM'></a>
<em class='comment'>/* <img class='icon' src='../icons/n_left.png' alt='[previous]' /><img class='icon' src='../icons/n_right.png' alt='[next]' /><img class='icon' src='../icons/n_first.png' alt='[first]' /><img class='icon' src='../icons/n_last.png' alt='[last]' /><a href='#TOP'><img class='icon' src='../icons/top.png' alt='[top]' /></a><img class='icon' src='../icons/n_bottom.png' alt='[bottom]' /><a href='../mains.html'><img class='icon' src='../icons/index.png' alt='[index]' /></a><a href='../help.html'><img class='icon' src='../icons/help.png' alt='[help]' /></a>&nbsp;<input type='text' readonly onfocus='this.select();' value='+313 doc/README.QNX'  /> */</em>
</body>
</html>
